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Prufungsantrag gem. § 44 PatG ist gestellt 

(m) Prozessoreinheit fur ein datenverarbeitungsgestutztes elektronisches Steuerungssystem in einem 
Kraftfahrzeug 

@ Die Erfindung bezieht sich auf eine Prozessoreinheit fur 
ein datenverarbeitungsgestutztes elektronisches Steue- 
rungssystem in einem Kraftfahrzeug. 
Erfindungsgemafc beinhaltet die Prozessoreinheit in ihrer 
funktionalen Struktur eine skalierbare Recheneinheit und 
eine Fahrzeug-Schnittstelleneinheit sowie vorzugsweise 
auch einen Kommunikations-Coprozessor als separate 
Strukturkomponenten. 
Verwendung z. B. in Automobilen. 
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Beschreibung 

Die Erfindung bezieht sich auf eine Prozessoreinheit fiir 
ein datenverarbeitungsgestiilztes elektronisches Steuerungs- 
systera in einem Kraflfahrzeug. Der BegrifF Steuerungssy- 5 
stem ist hierbei in seinem weiteren, auch Regelungsfunktio- 
nen umfassenden Sinne zu verstehen. 

Die steigende Anzahl elektronisch realisierter Kraftfahr- 
zeug-Steuerungsfunktionen und deren zunehmende Kopp- 
lung untereinander fuhren zu einer dcutlich wachsenden 10 
Komplexitat und zu entsprechenden Schwierigkeitcn bei der 
Entwicklung und Beherrschung der gesamten Fahrzeuge- 
lektronik. Die wachsende Komplexitat solcher Steuerungs- 
systeme ist beispielsweise bedingt durch die Zunahme an 
Systemfunktionen mit ubergeordnetem Charakter, wie 15 
Bordnetzmanagement, Systemdiagnose, Fahrzeugdaten- 
speicher und dergleichen, sowie einem wachsenden Bedarf 
an weiteren Schnittstellen fiir ubergeordnete Fahrzeugfunk- 
tionalitaten, z. B. fiir Chipkarten, in Zusammenhang mit 
neueren Anforderungen, die auf der zunehmenden Telema- 20 
ukfunktionalitat und dem Wunsch nach Personalisierung so- 
wie Bandendc-Prograrnmicrung des Fahrzeugs hcrruhrcn. 
Dicser Trend hat glcichzeitig einen schnellen Anstieg des 
Bedarfs an Rechenleistung bei den im Steuerungssystem 
verwendcten Prozessoreinheitcn sowie im erforderlichen 25 
Speicherumfang zur Folge. Zudem besteht der Wunsch, in 
Kraftfahrzeugen, wie z. B. Personenkraftwagen, vermehrt 
Funktionalitaten beziiglich Mobilitat, Kommunikation, In- 
formation, Sicherheit und Unterhaltung bereit zustellen. 
Hinzu kommt die Tendenz zu immer mehr parallel zu ent- 30 
wickelnden Baureihen und zur Verkiirzung der Entwick- 
lungszeiten sowie die Forderung nach flexibler Reaktion auf 
externe Marktanforderungen. Es ist daher wiinschenswert, 
die elektronische Infrastruktur von Kraftfahrzeugen zukiinf- 
tig auf eine flexible, standardisierte und offene Basis zu stel- 35 
lcn, mit der solchen Entwicklungen in vertretbarem Auf- 
wand Rechnung getragen werden kann. 

Traditionell haben sich datenverarbeitungsgestiitzte elek- 
tronische Steuerungssysteme in Kraftfahrzeugen so entwik- 
kelt, daB jeder elektronisch zu realisierenden Funktion ein 40 
eigenes Steuergerat zugeordnet wurde, wie z. B. eines zur 
Motorsteuerung, eines fiir ein Anti-Blockier-System, eines 
fiir eine TurschlieBanlage und/oder eine elektronische Weg- 
fahrsperre etc. Diese einzelnen Steuergerate werden zu ei- 
nem Steuergerateverbund vemetzt, z. B. mittels eines CAN- 45 
Datenbusses, wobei es in einem solchen herkommlichen 
Steuergerateverbund kaum oder nur schwache Wechselwir- 
kungen zwischen den von den einzelnen Steuergeraten aus- 
gcubtcn Funktionen gibt. Dicser herkommliche Systemaus- 
legung stellt folglich physikalische Steuergerate und nicht 50 
logische Funktionen in den Mittelpunkt. Bei dieser typi- 
schen herkommlichen Steuergerate-Netzstruktur sind uber- 
geordnete Funktionen und die Anwendungslogik in nahezu 
jedem Steuergerat vorhanden. AuBerdem macht es diese 
herkommliche Netzstruktur aus gleichrangigen Steuergera- 55 
ten bzw. aus diese reprasentierenden Prozessoreinheiten oft- 
mals erforderlich, daB viele solche Steuergerate mehrfache 
Busanbindungen zu unterschiedlichen vorhandenen Netz- 
werken im Fahrzeug besitzen. Dies bedeutet im Hinblick auf 
eine leichte Umsetzbarkeit von Nachrichtcn von einer Sy- 60 
stemschnittstelle auf eine andere eine groBe Einschrankung 
der Flexibility und bedingt sowohl hohe Buslasten als auch 
Laufzeitverzogerungen . 

Aus den Offenlegungsschriften DE 196 16 346 Al und 
DE 196 16 753A1 sind datenverarbeitungsgestiitzte elek- 65 
tronische Steuerungssysteme mit einem Steuergeratever- 
bund aus mehreren, uber ein Datenbusnetzwerk verbunde- 
nen Steuergeraten offenbart, die in Kraftfahrzeugen ver- 
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wendbar sind. Diese Systeme beinhalten ein zentrales Steu- 
ergerat in Form einer Prozessoreinheit mit einem sogenann- 
ten Power-PC-Microcontroller. Solche Mitglieder der soge- 
nannten Power-PC-Prozessorfamilie sind aufgrund ihrer 
RISC-Architektur besonders fur die Bearbeitung von Steue- 
rungsaufgaben mit hoher Geschwindigkeit geeignet. Beim 
System der DE 196 16 346 Al sind spezielle MaBnahmen 
getroffen, um fiir einen Video-Controller nur eine geringe 
Anzahl von elektrischen Anschlussen und nur ein Datenbus- 
system zu benotigcn. Beim System der DE 196 16 753 Al 
ist speziell der Einsatz einer hierarchischcn Prozessorarchi- 
tektur mit mindestens zwei, jeweils fur bestimmte Steue- 
rungsaufgaben optimierten Prozessorebenen in einer Pro- 
zessoreinheit zur Datenbussteuerung vorgesehen. 

Der Erfindung liegt als technisches Problem die Bereit- 
stellung einer Prozessoreinheit der eingangs genannten Art 
zugrunde, die als ein ubergeordnetes Steuergerat fiir ein in 
Echtzeit arbeitendes, datenverarbeitungsgestutztes elektro- 
nisches Steuerungssystem in einem Kraftfahrzeug einsetz- 
bar und moglichst flexibel, standardisiert und ofifen ausge- 
legt ist, um Anderungen und/oder Erganzungen, insbeson- 
dere hinsichtlich jeweils passender Rechenleistung und vari- 
ierender Konfiguration der Fahrzeugclcktronik je nach Aus- 
baustufe, Baureihe etc., mit vergleichsweise geringem Auf- 
wand rcalisieren zu konnen. 

Die Erfindung lost dieses Problem durch die Bereitstel- 
lung einer Prozessoreinheit mit den Merkmalen des An- 
spruchs 1. Diese Prozessoreinheit beinhaltet in ihrer funk- 
tionalen Struktur eine skalierbare Recheneinheit und eine 
Fahrzeug-Schnittstelleneinheit als separate Strukturkompo- 
nenten. Die Skalierbarkeit der Recheneinheit gewahrleistet 
eine einfache AnpaBbarkeit an unterschiedliche, insbeson- 
dere im Lauf der Zeit zunehmende Rechenleistungsanforde- 
rungcn. Die Separierung von skalierbarer Recheneinheit ci- 
nerseits und Fahrzeug-Schnittstelleneinheit andererseits in 
der logischcn Entwurfsauslegung der Prozessoreinheit un- 
terstiitzt diese Skalierbarkeit und erlcichtcrt die Adaption an 
unterschiedliche Fahrzeugelektronikkonfigurationen durch 
Auslagerung der herkommlich in der fiinktionalen Struktur 
nicht von der Recheneinheit getrennten Schnittstellenfunk- 
tionalitaten und Zusammenfassung derselben in der von der 
Recheneinheit funktional getrennten Fahrzeug-Schnittstel- 
leneinheit. Unter Fahrzeug-Schnittstelleneinheit wird dabei 
eine mit der Recheneinheit kommunizierende Schnittstel- 
leneinheit verstanden, welche die in Kraftfahrzeugen her- 
kommlicherweise vorzusehenden Schnittstellen funktionali- 
taten enthalt. Die so ausgelegte Prozessoreinheit laBt sich in 
einer offenen und skalierbaren Familic unterschiedlichcr 
Varianten mit abgestuftcr Lcistungsfahigkeit bcreitstellen 
und eignet sich insbesondere zum Einsatz als ein ubergeord- 
netes Steuergerat innerhalb eines in Echtzeit arbeitenden, 
datenverarbeitungsgestiitzten elekuronischen Steuerungssy- 
stems eines Kraftfahrzeuges. 

Bei einem solchen System, in welchem die elektronische 
Datenverarbeitungsfunktionalitat in das ubergeordnete Sy- 
stem der Fahrzeugelektronik dieses stiitzend als sogenanntes 
Embedded-System eingebettet ist, das fur den Anwender 
nicht direkt in Erscheinung tritt, liegen iiblicherweise nur 
beschrankte Rechenlcistungsressourcen und cine stausche 
Softwarc-Konfiguration vor. Durch den Einsatz der erfin- 
dungsgemaBen Prozessoreinheit in einem derartigen System 
konnen daten- bzw. rechenintensive Teile von Steuerungs- 
funktionen sowie die Koordination dezenu^ler Regelungs- 
funktionen und iibergeordneter Funktionen von dieser Pro- 
zessoreinheit iibernommen werden, so daB sich andere Steu- 
ergerate von solchen Funktionen entlasten und daher einfa- 
cher auslegen lassen. Die solchermaBen zur Durchfuhrung 
ubergeordneter Aufgaben innerhalb des fahrzeugelektroni- 
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schen Netzwerkes verwendbare Prozessoreinheit kann 
hierzu insbesondere auf einer skalierbaren Recbnerarchitek- 
tur in Form einer Power-PC-Architektur basieren und ist 
ohne AnschluB jeglicher Peripherie in beliebigen Fahrzeug- 
baureihen einsetzbar. 5 

Eine nach Anspruch 2 weitergebildete Prozessoreinheit 
beinhaltet als dritte separate Strukturkomponente in ihrer 
funktionalen Struktur einen Kommunikations-Coprozessor 
zur Ausfuhrung von Datenkommunikationsvorgangen zwi- 
schen der skalierbaren Recheneinheit und zugehdriger Peri- 10 
pherie, d. h. physikalischcn Schichten der Entwurfsstruktur 
des Systems. Durch die Verwendung dieses in der logischen 
Entwurfsstruktur als eigenstandige Strukturkomponente ge- 
trennt von der skalierbaren Recheneinheit und der Fahr- 
zeug-Schnittstelleneinheit realisierten Kommunikations- 15 
Coprozessors kann die CPU der Recheneinheit von schnitt- 
stellenbezogenen Operationen entlastet werden, was insbe- 
sondere bei Vorhandensein einer Vielzahl derartiger Sy- 
stemschnittstellen von groBem Vorteil ist. Denn damit wird 
die Belastung der CPU durch Interrupts und Rechenopera- 20 
tionen deutlich gesenkt. Es brauchen nur noch von der CPU 
benotigtc Frames an diese wcitergeleitet werden, und es 
mussen nur noch komplexe Operationen an Frames durch 
die CPU eriedigt werden. Der Begriff Frame bezeichnet da- 
bci vorliegend den Nachrichten-Rahmen auf dem jeweiligen 25 
Datenubertragungssystem. 

Bei einer nach Anspruch 3 weitergebildeten Prozesso- 
reinheit beinhaltet der Kornmunikations-Koprozessor in sei- 
ner funktionalen Struktur als eine Strukturkomponente ei- 
nen Bandbreitenadapter, mit dem eingehende Nachrichten 30 
mit einer von der Empfangsfrequenz verschiedenen Sende- 
frequenz weitergeleitet werden konnen. So konnen z. B. 
Nachrichten mit gegeniiber der Empfangsfrequenz kleinerer 
Sendefrequenz an die CPU weitergeleitet werden, um diese 
significant von Interrupts zu entlasten. Bei Bedarf konnen 35 
Nachrichten auch mit gegeniiber der Empfangsfrequenz ho- 
hcrer Sendefrequenz an eine an den Bandbreitenadapter an- 
geschlossene Komponente weitergeleitet werden, um fur 
diese ihre gewohnte Nachrichtenfrequenz bereitstellen zu 
konnen und daher keine weiteren AnpassungsmaBnahmen 40 
vornehmen zu mussen. Vorteilhaft ist dabei eine Hardware- 
Realisierung des Bandbreitenadapters im Kommunikations- 
Coprozessor, da dies fur den Einsatz im Echtzeit-Steuersy- 
stem eines Kraftfahrzeugs besonders geeignet ist und eine 
weitere Entlastung der CPU der skalierbaren Recheneinheit 45 
ennoglicht. 

Bei einer nach Anspruch 5 weitergebildeten Prozesso- 
reinheit beinhaltet der Kornmunikations-Koprozessor in sei- 
ner funktionalen Struktur als eine Strukturkomponente ei- 
nen in Hardware ausgefuhrten Gateway-Prozessor. Die 50 
Hardware-Realisierung des Gateway-Prozessors bewirkt 
eine weitere Entlastung der CPU der Recheneinheit von der- 
artigen Gateway-Funktionen und ist fur den Einsatz in Echt- 
zeit-Steuersystem eines Kraftfahrzeuges besonders geeig- 
net. " 55 

Vorteilhafte Ausfuhrungsformen der Erfindung sind in 
den Zeichnungen dargestellt und werden nachfolgend be- 
schrieben. Hierbei zeigen: 

Fig. 1 ein Blockdiagramm der funktionalen Struktur einer 
in eincm datenvcrarbeitungsgestutzten elektronischen Stcu- 60 
ersystem eines Kraftfahrzeuges verwendbaren Prozesso- 
reinheit, 

Fig. 2 ein Blockdiagramm entsprechend Fig. 1, jedoch 
mit einer modifizierten Chip-Implementierung der gezeig- 
ten Funktionen, 65 

Fig. 3 ein Blockdiagramm des Schichtenmodells fur die 
Prozessoreinheit der Fig. 1 und 2, 

Fig. 4 ein Blockdiagramm mehrerer, miteinander vernetz- 



ter Steuergerate in einem herkommlichen Steuerungssystem 
eines Kraftfahrzeuges, 

Fig. 5 eine Darstellung entsprechend Fig. 4, jedoch fur 
ein die Prozessoreinheit der Fig. 1 oder 2 als ein Steuergerat 
verwendendes Steuerungssystem eines Kraftfahrzeuges, 

Fig. 6 ein Blockdiagramm der funktionalen Struktur eines 
in der Prozessoreinheit der Fig. 1 und 2 enthaltenen Kom- 
munikations-Coprozessors, 

Fig. 7 eine Blockdiagrammdarstellung eines im Kommu- 
nikations-Coprozessor von Fig. 6 enthaltenen Bandbreiten- 
adapters zur Erlauterung von dessen Funktion, 

Fig. 8 ein Blockdiagramm eines im Kommunikations-Co- 
prozessor von Fig. 6 enthaltenen Gateway-Prozessors zur 
Veranschaulichung von dessen Funktion, 

Fig. 9 ein Blockdiagramm der funktionalen Struktur einer 
Basisimplementierung eines in der Prozessoreinheit der Fig. 
1 und 2 enthaltenen Kommunikations-Coprozessors und 

Fig. 10 ein Blockdiagramm der funktionalen Struktur ei- 
ner erweiterten Implementierung des Kommunikations-Co- 
prozessors von Fig. 6. 

Die Fig. 1 und 2 zeigen eine errindungsgemaBe Prozesso- 
reinheit fur ein datenverarbcitungsgestutztes elektronisches 
Steuerungssystem in einem Kraftfahrzeug, nachfolgend als 
Standard-Fahrzeug-Prozessoreinheit oder abgekurzt SFP 
bezeichnet, in ihrer funktionalen Struktur in zwei verschie- 
denen Chipimplementierungen. Wie daraus zu erkennen, 
setzt sich die Architektur der SFP auf dieser logischen 
Ebene aus drei separaten Einheiten zusammen, und zwar ei- 
ner skalierbaren Recheneinheit 1, nachfolgend mit SPU ab- 
gekurzt, einer Fahrzeug- oder Automobil-Schnittsteilenein- 
heit 2, nachfolgend mit AIU abgekiirzt, und einem Kommu- 
nikations-Coprozessor oder Embedded-Frame- Streamer 3, 
nachfolgend mit EFS abgekurzt. Die so strukturierte SFP 
laBt sich innerhalb eines Fahrzeug-Stcucrungssy stems als 
ubergeordneler Rechner fur daten- bzw, rechenintensive 
Teile von Steuerungsfunktionen und fur die Koordination 
dezentraler Rcgclungsfunktionen und ubergeordneter Funk- 
tionen einsetzen. Sie erfullt dabei die Kriterien hinsichtlich 
Baureihenunabhangigkeit, Skalierbarkeit und Wiederver- 
wendbarkeit. Aufgrund der in der SFP vorliegenden Kon- 
zentration von Systemressourcen ist Software mit kritischen 
Anforderungen in Bezug auf Speicherverbrauch oder Lei- 
stungsfahigkeit in dieser als ubergeordnetes Steuergerat fun- 
gierenden Prozessoreinheit am zweckmaBigsten unterge- 
bracht. Speziell eignet sich in Verbindung mit dem Einsatz 
von nach Client/Server-Architektur-Krilerien erstellter Soft- 
ware die SFP als zentraler Rechenknoten und erfullt die ent- 
sprcchenden Anforderungen der Clicnt/Server-Architektur. 
Die SFP eignet sich insbesondere als ubergeordnetes Steuer- 
gerat in einem datenverarbeitungsgestiitzten elektronischen 
Steuerungssystem, wie es in der deutschen Patentanmel- 
dung zur Akte Daim 27 934/4 der Anmelder beschrieben ist. 

In Fig. 3 ist das Schichtenmodell fiir das SFP dargestellt. 
Die untere Schicht SI beinhaltet die verschiedenen fahr- 
zeuganwendungsbezogen vorhandenen Schnittstellen, wie 
sie von herkommlichen Systemen bekannt sind. Dariiber lie- 
gen sukzessive eine Schicht S2, welche die skalierbare Pro- 
zessorarchitektur fur die CPU 4 der skalierbaren Rechenein- 
heit 1 enthalt, z. B. eine Power-PC- Architektur, eine Schicht 
S3 mit den benotigtcn Treibcrn, eine Schicht S4 fur Be- 
triebssystem-, Kommunikations- und Netzmanagement- 
Funktionen, z. B. ein sogenanntes OSEK-Betriebssystem, 
und eine Schicht S5 mit den Client/Server-Basismechanis- 
men und den Fahrzeuganwendungen sowie weiteren Funk- 
tionalitaten, wie einen im Kommunikations-Coprozessor 3 
enthaltenen Gateway-Prozessor 5, Systemdiagnosefunktio- 
nen etc. 

Die solchermaBen auf einer skalierbaren Architektur, wie 
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einer Power-PC- Architektur basierende SFP laBt sich vor- 
teilhaft fur ubergeordnete Aufgaben innerhalb eines daten- 
verarbeitungsgestiitzten elektronischen Steuerungssystems 
eines Fahrzeugs ohne AnschluB jeglicher Peripherie fur be- 
liebige Fahrzeugbaureihen einsetzen und dient vorzugs- 5 
weise zur Erfullung ubergeordneter Aufgaben innerhalb ei- 
nes solchen Fahrzeugnelzwerkes, bei dem der datenverar- 
beitungsbezogene Systemteil als Embedded-System im Ge- 
samtsystem der Fahrzeugelektronik implementiert ist, ohne 
fur den Anwender direkt in Erscheinung zu treten, wobei fur 10 
dicsen Anwendungsfall die Echlzcitanfordcrung und eine 
statische Software-Konfiguration typisch sind. Die von der 
SFP vorzugsweise iibernommenen Aufgaben betreffen die 
ubergeordnete Steuerung anderer Gerate, z. B. als Netzma- 
ster, sowie Kommunikationsaufgaben. Dazu bietet die SFP 15 
Zugang zu alien vorhandenen Fahrzeugnetzwerken, und sie 
fuhrt auch die Zugangssicherung, sogenannte Firewall, 
durch, da iiber eine entsprechende Diagnose- und Telemati- 
kanbindung Zugriffe von auBen auf die Fahrzeugnetzwerke 
moglich sind. AuBerdem nimmt die SFP als ubergeordneter 20 
Rechner datenintensive und rechenintensive Aufgaben war, 
sofem diesc in Form einer Koordinationsfunktion vorliegen 
und damit nicht ortsgebundcn sind. Die SFP stellt damit fur 
drei Aspekte eine flexible Integrationsplattform fiir iiberge- 
ordnete Aufgaben dar und zwar untcr einem Hardware- 25 
Aspekt eine wiederverwendbare, in Leistung und Funktio- 
nalitat skalierbare Rechnerplattform, unter einem Software- 
Aspekt eine auf Fahrzeuggegebenheiten angepaBte Client/ 
Server-Architektur und unter einem Netzwerkstruktur- 
Aspekt eine ubergeordnete Netzwerksteuerung, wobei im 30 
Fahrzeuginnenraum die SFP in einer Cockpitrechner-Aus- 
pragung vorliegen kann. Diese Implementierung der SFP ist 
in der Lage, die Anforderungen hinsichtlich stark steigender 
Softwarcumfange und eines pcnnanent wachsenden Kom- 
munikationsbedarfs zu erfullen. 35 

In den Fig. 4 und 5 sind vergleichend typische Fahrzeug- 
nctzwerkstrukturcn ausschnittwcisc anhand von jeweils drei 
an ein Bussystem angeschlossenen Steuergeraten mit bzw. 
ohne Verwendung der SFP dargesellt. Fig. 4 zeigt ein her- 
kommliches System ohne SFP, bei der die verschiedenen 40 
Steuergerate Gl, G2, G3 eine aquivalente funktionale Struk- 
tur besitzen, wie gezeigt. Bei dieser herkommlichen Struk- 
tur werden haufig mehrfache Busanbindungen der Steuerge- 
rate Gl, G2, G3 zu den unterschiedlichen Fahrzeugnetzwer- 
ken benotigt, wobei in Fig. 4 beispielhaft ein Innenraum- 45 
Bus, ein Motor-Bus und ein Kommunikations-Informati- 
ons(KIN)-Bus dargestellt sind. Dies bedeutet im Hi nb lick 
auf cine leichte Umsetzbarkeit von Frameinhaltcn von einer 
Systemschnittstclle auf cine andere eine groBe Einschran- 
kung der Flexibilitat und verursacht hohe Buslasten sowie 50 
Laufzeitverzogerungen. So muB im System von Fig, 4 eine 
Botschaft, die vom Motor-Bus auf den KIN-Bus umgesetzt 
werden soil, iiber den Innenraum-Bus geleitet werden, da 
auf die beiden erstgenannten Busse nur jeweils eines der 
drei Steuergerate Gl, G2, G3 Zugriff hat. Eine weitere Ei- 55 
genschaft dieser herkommlichen Netzstruktur ist das \for- 
handensein ubergeordneter Funktionen und der Anwen- 
dungslogik in nahezu jedem Steuergerat, so daB jedem Steu- 
ergerat Gl, G2, G3 gegeniiber einer zentralen Vcrwaltung 
derartigc Aufgaben mchr Ressourccn als notwendig zuge- 60 
teilt werden miissen. 

Fig. 5 zeigt im Vergleich eine gegeniiber der Fig. 4 durch 
Verwendung der SFP als eines G4 der Steuergerate G4, G5, 
G6 modifizierte Netzstruktur. In der SFP werden die not- 
wendigen Ressourcen zur Bearbeitung aller dort konzen- 65 
trierten ubergeordneten Aufgaben und der unkritischen An- 
wendungslogik, d. h. derjenigen Funktionen, die ausschlieB- 
lich Steuerungscharakter haben und keine zeitkritischen 
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Vorgange bearbeiten, bereitgestellt. Funktionen mit speziel- 
lem Regelungscharakter werden als kritische Anwendungs- 
logik behandelt, die in verteilten Systemen, d. h. Systemen 
mit einem Verbund aus verteilt angeordneten Steuergeraten, 
weiterhin vor Ort im jeweiligen Steuergerat bearbeitet wer- 
den. Die ubrigen Steuergerate G5, G6 konnen daher, wie ge- 
zeigt, significant vereinfacht ausgelegt werden. Durch die 
aus Fig. 5 ersichtliche Konzentration der ubergeordneten 
Systemfunktionen, der unkritischen Anwendungslogik und 
der Systcmschnittstcllen auf der SFP lassen sich in sehr vor- 
teilhafter Weise Mehrwertfunklionen realisicren, die in her- 
kommlichen verteilten Systemen nur mit erhohtem Auf- 
wand und zusachlichem Busverkehr realisierbar waren. 

Die SFP dient somit in Fahrzeug-Steuerungssystemen zur 
Erfullung ubergeordneter bzw. verteilter Anwendungen, die 
aufgrund ihrer Funktionalitat ursprimglich keinem Steuer- 
gerat zugeordnet sind, sowie zur Aufnahme der ortsunge- 
bundenen Funktionsalgorithmik. Die Zuordnung dieser 
Funktionen zur SFP bewirkt, daB Veranderungen an der Al- 
gorithmik innerhalb von Funktionen und im Zusammenspiel 
der Funktionen untereinander vielfach durch Modifikatio- 
nen innerhalb der SFP-Softwarc darstcllbar sind, ohne die 
Software der beslehenden, herkommlichen Steuergerate 
verandern zu miissen. 

Fiir die Steuerung diverser Funktionen sind Funktions- 
biocke hinsichtlich ortsgebundener Sensorik, ortsgebunde- 
ner Aktuatorik und ortsungebundener Algorithrnik meist in 
Form koordinierender Funktionen mit rechen- oder datenin- 
tensivem Charakter notwendig. Im Bereich der Regelungen 
wird die SFP dazu benutzt, die Koordi nation mehrerer loka- 
ler, in verteilten Steuergeraten laufender Regelungen durch- 
zufuhren. 

Beziiglich ubergeordneter Funktionen ist es hinsichtlich 
der Organisation der Anwendungs-Software zweckmaBig, 
alle Fahrzeugdaten und Konfigurationsinfonnationen in ei- 
nem Flash-Speicher der SFP untcrzubringen. Dadurch kann 
nahezu die gesamtc Bandende-Programmierung eines Fahr- 
zeugs in einem einzelnen Gerat vorgenommen werden. Wird 
die SFP fruhzeitig, d, h. vor den ubrigen Steuergeraten, im 
Produktionsablauf eingebaut, sind damit auch selbstandige 
Onbord-Priifungen und Systemtests wahrend der Produk- 
tion moglich. Die SFP kann hierfur zunachst mit reiner Pro- 
duktions-Software ausgestattet werden, die am Bandende 
durch die eigentliche Fahrzeug-Software ersetzt wird. Bei- 
spiele wichtiger, von der SFP wahrnehmbarer, ubergeordne- 
ter Funktionen sind Bordnetzmanagement, Telematik, Fahr- 
zeugdatenspeicher, Bussteuerungen und Diagnose. Letztere 
besitzt auch einen Aspekt von verteilter Funktionalitat, zu 
welcher auch als weitere wichtige Funktionen die SchlieB- 
funktion, die Fahrlichtfunktion und die Blinkerfunktion ge- 
horen. Mehrwertfunktionen ergeben sich durch Kombina- 
tion von Grundfunktionen oder anderen bereits kombinier- 
ten Funktionen, wobei keine neue Peripherie, d. h. Aktuato- 
rik und Sensorik, benotigt wird. Diese Mehrwertfunktionen 
ubernehmen meist die Koordination bereits bestehender 
Funktionen. Beispiele solcher Mehrwertfunktionen sind die 
Blinkerriickmeldung bei Zentralverriegelung als Kombina- 
tion von SchlieBfunktion und Blinker sowie die Komfort- 
schlieBfunktion, wclchc SchlieBfunktion und Fcnstcrhebcr- 
/Schiebedachbctatigung kombiniert. 

Die Konzentration der Systemschnittstellen auf der SFP 
begrenzt die Auswirkungen diesbeziiglicher Modifikationen 
auf dieses eine Steuergerat. AuBerdem vereinfachen sich 
durch die Installation des zentralen Gateways 5 alle diejeni- 
gen ubergeordneten Funktionen, die Zugriff auf mehrere Sy- 
stemschnittstellen benotigen. Der Kommunikations-Copro- 
zessor 3 verhindert eine Zunahme der Belastung der CPU 4 
aufgrund einer solchen Zusammenfassung der Schnittstel- 
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lea. Die Konzentration der Datenverarbeitungsressourcen in 
der SEP ist aus okonomischer Sicht vorteilhafter als eine 
schrittweise Aufriistung jedes einzelnen Steuergerates. Au- 
Berdem verringert auch diese MaBnahme die RUckwirkun- 
gen von veranderten Anforderungen auf die Ubrigen Steuer- 5 
gerate. 

Da weitere Systemschnittstellen stets mit zusatzlichen 
ubergeordneten Funktionen verbunden sind, die wiederum 
weitere Datenverarbeitungsressourcen benougen, ist die 
Konzentration der Systemschnittstellen und der Dalenverar- 10 
beitungsressourcen im SFP von groBeni \brteil. Dies insbe- 
sondere dadurch, daB die SFP, wie in den Fig. 1 und 2 ge- 
zeigt, auf logischer Ebene durch separat austauschbare, aber 
miteinander verbundene Module in Form der SPU 1, der 
AIU 2 und der EFS 3 aufgebaut ist und dadurch ein in jeder 15 
Hinsicht skalierbares Gerat darstellt. Die SPU stellt das Mo- 
dul fur die Datenverarbeitungsressourcen mit der CPU 4 
und zugehorigen Speichern 6 dar, auf der AIU befinden sich 
alle Systemschnittstellen, und der EFS 3 entlastet die CPU 4 
von den meisten Kommunikationsaufgaben. Zwischen den 20 
einzelnen Modulen 1, 2, 3 sind logische Schnittstellen defi- 
niert. Die physikalische Auspragung kann z. B. Steckver- 
binder zwischen den logischen Modulen 1, 2, 3 oder zusam- 
mengesteckte Platinen vorsehen. So ist in Fig. 1 ein Beispiel 
veranschaulicht, bei welchem die Komponenten innerhalb 25 
des gestrichelten Rahmens 7 auf einem Chip realisiert sind, 
wahrend die ubrigen Komponenten an anderer Stelle dersel- 
ben Platine oder auf einer anderen Platine angeordnet sind. 
Fig. 2 zeigt eine dazu alternative Auspragung, bei der die in- 
nerhalb eines ersten gestrichelten Rahmens 8 befindlichen 30 
Komponenten in einem ersten IC und die innerhalb eines 
zweiten gestrichelten Rahmens 9 befindlichen Komponen- 
ten auf einem zweiten IC implementiert sind. 

Um stets die Kompatibilitat der Hardware zu bestehender 
Software zu gewahrleisten, ist es wichtig, immer auf die- 35 
selbe Prozessorarchitektur zuruckzugreifen. Hierfur bietet 
sich insbesondere die Power-PC- Architektur an, fiir die Pro- 
zessoren und Mikrocontroller z. B. von der Fa. IBM ange- 
boten werden. Eine derartige Steuergeratestruktur errnog- 
licht bei gleichbleibendem Grundkonzept eine flexible und 40 
schnelle Reaktion auf neue Fahrzeugelektronikanforderun- 
gen. AuBerdem ist es moglich, schon fertige Softwaremo- 
duie auf ein neues Mitglied der SFP-Familie zu iiberneh- 
men, da innerhalb dieser Familie die Binarkompatibilitat 
und Roatingpoint-Kompatibilitat gewahrleistet ist. Daher 45 
ist Skalierbarkeit hinsichtlich CPU-basierter Rechenlei- 
stung, Speicherkonfigurationen nach Art und Umfang, zu- 
satzlicher Systemschnittstellen, eines EFS in untcrschiedli- 
chen Ausbaustufen und Floatingpoint- sowie Binarkompati- 
bilitat gegeben. 50 

Da bezuglich Sensorik und Aktuatorik nur ein vergleichs- 
weise schwaches Wachstum in der Zukunft angenommen 
wird, besteht eine zweckmaBige Grunduberlegung darin, au- 
Ber den Systemschnittstellen keinerlei Peripherie durch die 
SFP anzusteuem. Bei Aufteilung der Fahrzeugfunktionalitat 55 
in Peripherie-Management auf konventionellen Steuergera- 
ten und Anwendungsalgorithmen auf der SFP konnen dann 
haufig rekombinierte und ubergeordnete Funktionen, die 
keinc zusatzliche Peripheric bcnotigen, in ausschlieBlich die 
SFP betreffendcr Software realisiert werden. Bestchcnde 60 
Steuergerate konnen dadurch langer im Einsatz bleiben, was 
den EntwicklungsprozeB vereinfacht und Entwicklungsko- 
sten ein span. 

Die Beriicksichtigung dieser Ansatze in der SFP macht 
diese unabhangig von der jeweiligen Baureihe und durch 65 
ihre Skalierbarkeit funktional an die jeweiligen Gegebenhei- 
ten anpaBbar. Bezuglich der drei Module der SFP wird fur 
die SPU ein Vorrat an Varianten mit unterschiedlicher Re- 
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chenleistung und/oder Speicherumfangen bereitgestellt, die 
wahlweise mit der AIU und dem EFS kombiniert werden 
konnen. Die AIU- Varianten berucksichtigen unterschiedli- 
che, derzeit festgelegte Schnittstellen. In jeder Baureihe vor- 
handene Schnittstellen sind feste Bestandteile der AIU, die 
ubrigen Schnittstellen sind Bestuckungsoptionen oder Be- 
standteil anderer AIU- Varianten. Fur eine jeweilige Bau- 
reihe wird nun jeweils diejenige SPU mit den knappsten 
Ressourcen ausgewahlt, die funktional gerade noch aus- 
reicht. AuBerdem wird eine AIU gewahlt, die gerade die bc- 
notigten Schnittstellen bcinhaltet. Die Wiederverwendbar- 
keit uber verschiedene Baureihen hinweg hat zudem den 
Vorteil der Herstellbarkeit in groBeren Stuckzahlen. 

Im folgenden wird naher auf die einzelnen Module der 
SFP eingegangen. Die SPU als eines der drei Module der 
SFP beinhaltet im wesentlichen die Teile, die weder von ei- 
ner Fahrzeugbaureihe, noch von einem iyp innerhalb einer 
Fahrzeugbaureihe bestimmt sind. Dazu gehoren, wie in den 
Fig. 1 und 2 dargestellt, insbesondere die in ihrer Leistungs- 
fahigkeit skalierbare CPU 4 und die verschiedenen Speicher 
6, die hinsichtlich Speicherkapazitat und Typ y wie RAM, 
Flash, EEPROM und dergleichen, variieren konnen. Zur 
Darstellung einer ganzen SFP-Familie stammen die CPUs 4 
fur die SPU 1 aus einer gemeinsamen Prozessorfamilie, was 
die fur die Softwarewiederverwendbarkeit notwendige Bi- 
narkompatibilitat schafft. 

Die AIU 2 als zweite logische Einheit aus dem Entwurf 
der SFP unterteilt sich ihrerseits in drei logisch funktionale 
Abschnitte, und zwar einen Abschnitt 11 mit SFP-spezifi- 
schen Baugruppen, einen Abschnitt 12 mit automobilspezi- 
fischen Schnittstellen und einen Abschnitt 13 mit baureihen- 
/typspezifischen Schnittstellen. SFP-spezifische Baugrup- 
pen sind die allgemein fur ein Steuergerat wichtigen Teile, 
wie ein- oder mehrfachc Spannungsversorgung mit Span- 
nungsuberwachung, Watchdog, Steckverbinder usw. Diese 
Teile sind nicht baureihen-/typspezifisch und mussen nur 
auf die jeweiligen Anforderungen des SFP ausgclegt wer- 
den. Die automobilspezifischen Schnittstellen sind die stan- 
dardmaBig in alien Baureihen vorkommenden Schnittstel- 
len, wie z. B. I-CAN, M-CAN oder eine serielle Schnitt- 
stelle. Auch diese Teile sind nicht baureihen-Aypspezifisch 
und werden auf der AIU standardmaBig vorgesehen. Die als 
Bestiickungsoption wahlweise vorgesehenen baureihen- 
/typspezifischen Schnittstellen sind diejenigen, die zusatz- 
lich zum Basisumfang je nach Ausstattung eines Fahrzeugs 
eingesetzt werden. Darunter fallen Anschliisse fur einen 
KIN-Bus, zusatzliche CAN-Schnittstellen fur Diagnose- 
und Telematik-Anbindung und gegebenenfalls weitere seri- 
elle Schnittstellen. 

Der des weiteren vorgesehene EFS 3 ermoglicht die Her- 
stellung von Verbindungen zwischen alien Systemschnitt- 
stellen, ohne damit die CPU 4 stark zu belasten. Fig. 6 zeigt 
die Architektur des EFS 3. In einer Bridge&Router-Einheit 
14 erfolgt die Umsetzung einzelner Frames von einem 
Layer 2-Interface direkt auf ein weiteres Layer 2-Interface 
gleicher Art. Die Bearbeitung benotigt keine CPU-Ressour- 
cen, und Frames werden dabei nicht verandert. Im vorlie- 
genden Modell konnen mehrere Bridges 14 miL unterschied- 
lichen Layer 2- Interfaces und untcrschiedlichen Protokollen 
implementiert werden. Es ist aber auch moglich, fur eine be- 
stimmte Sorte von Layer 2-Interfaces keine Bridge-Funk- 
tion zu implementieren, wenn diese Schnittstelle singular 
ist. Im vorliegenden, zyklischen und ereignisgesteuerten Sy- 
stem tragt die Bridge&Router-Einheit 14 sehr stark zur Ent- 
lastung der CPU bei. 

In einem virtuellen Null-Device 15 werden im Modell 
alle ausgefilterten Frames abgelegt. Real sind diese Frames 
verworfen bzw. nicht bearbeitet worden. Auch hier benotigt 
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die Bearbeitung keine CPU-Ressourcen, und Frames wer- 
den nicht verandert. 

Des weiteren beinhaltet der EFS einen Bandbreitenadap- 
ter 16, in welchem Frames nach zeitlichen oder quantitati- 
ven Aspekten bewertet werden. Dies ist in Fig. 7 naher dar- 
gestellt. Der Bandbreitenadapter 16 kann Nachrichten N a 
mit einer Frequenz f a empfangen und diese Nachrichten N a 
mit einer davon verschiedenen Frequenz f a - weiterleiten. So 
konnen z. B. Nachrichten an die CPU 4 mit einer Sendefre- 
quenz fy kleincr als die Empfangsfrequenz f a gcsendet wer- 
den, was die CPU 4 entsprechcnd stark von Interrupts entla- 
stet, gerade auch in zyklischen Systemen. Fur eine solche 
weitgehende Entlastung der CPU 4 ist der Bandbreitenadap- 
ter 16 in Hardware im EFS implementiert Frames werden 
dabei nicht verandert. Der Bandbreitenadapter 16 kann bei 
Bedarf auch mit einer Sendefrequenz f a « groBer als die Emp- 
fangsfrequenz f a Nachrichten weiterleiten, damit diese z. B. 
an die gewohnte Frequenz einer nachgeschalteten Kompo- 
nente angepaBt ist, so daB diese keiner Modifikation auf eine 
andere Frequenz bedarf. 

Der Gateway-Prozessor 5 des EFS vom Extended-iyp 
kann Frames verandem, neue Frames aus cincm oder mch- 
reren eingangenen Frames zusammensetzen und auch nur 
Teile von Frames weiterleiten. Dies ist naher in Fig. 8 darge- 
stellt. Dort empfangt der Gateway-Prozessor 5 verschiedcnc 
Nachrichten N a , Nb, N x mit jeweils zugehorigen Frequenzen 
fa, fb» fx und generiert daraus eine Nachricht N c mit der Fre- 
quenz f c , die von den eingehenden Nachrichten N a , N b , N x 
bzw. den zugehorigen Empfangsfrequenzen f a , ft,, f x ver- 
schieden sein konnen. Die Bearbeitung benotigt keine CPU- 
Ressourcen. Auch hier ist es bevorzugt, den Gateway-Pro- 
zessor 5 wie gezeigt in Hardware im EFS zu implementie- 
ren. Da die Konfiguration des Gateway-Prozessors 5 sta- 
tisch erfolgt, ergibt sich eine Bcschrankung beziiglich der 
Durchfuhrung komplexerer oder von unterschiedlichen Urn- 35 
standen abhangiger Frame-Operationcn. In zyklischen und 
creignisgesteuerten Systemen tragt der Gateway-Prozessor 
5 sehr stark zur Entlassung der CPU 4 bei. Alternativ kann 
der Gateway-Prozessor in Software und damit zur CPU 4 
gehbrig implementiert sein. 

Eine Basisimplementierung des automobilspezifischen 
EFS ist in Fig. 9 dargestellt, wobei alle in dieser Implemen- 
tierung vorkommenden Datenstrome beriicksichtigt sind 
und die an den Datenstrompfeilen angegebenen Zahlen die 
Anzahl moglicher Kanale angeben. Dieses Basismodell um- 
faBt die in Fig. 6 gezeigten Einheiten einschlieBlich dem je- 
weils zugehorigen Kanal. 

Fig. 10 zeigt eine crweiterte Implementierung des EFS, 
bei der iiber die Basisanfordcrungen gemaB Fig. 9 hinaus 
auch der Einsatz von weiteren Systemschnittstellen, wie 
z. B. der AnschluB eines D 2 B-Optical und einer einfachen 
seriellen Schnittstelle beriicksichtigt ist. In Fig. 10 sind die 
zugehorigen Datenstrome und die Anzahl ihrer Kanale an- 
gegeben. Diese erweiterte Implementierung umfaBt eben- 
falls alle in Fig. 6 wiedergegebenen Komponenten, jedoch 
ist im Unterschied zu den mehrfach vorkommenden CAN- 
Schnittstellen bei den einfach vorkommenden Schniltstel- 
len, wie D 2 B und serielle Schnittstelle, keine Bridge-Funk- 
tion vorgesehen. Durch die Punkt-zu-Punkt-Verbindung bei 
der seriellen Lcitung kann hier auch auf den Einsatz des 
Null-Devices 15 und des Bandbreitenadapters 16 verzichtet 
werden. 

Die vorstehende Beschreibung eines vorteilhaften Aus- 
fuhrungsbeispiels zeigt, daB sich die erfindungsgemaBe Pro- 
zessoreinheit zur Generierung einer offenen und skalierba- 
ren Familie solcher Standard-Fahrzeug-Prozessoreinheiten 
eignet, von denen jeweils die in ihrer Leistungsfahigkeit und 
ihren Funktionalitaten am besten an das jeweils im Fahrzeug 



vorhandene elektronische Steuerungssystem angepaBte Pro- 
zessoreinheit als ubergeordnetes Steuergerat in einem sol- 
chen Steuerungssystem eingesetzt werden kann, so daB ei- 
nerseits alle an das System gestellten Anforderungen opti- 
mal erfullt werden und andererseits die tibrigen Steuergerate 
vergleichsweise einfach und im wesendichen in herkommli- 
cher Weise ausgelegt sein konnen. 

Patentanspruche 

1 . Prozcssoreinheit fur ein datenverarbeitungsgestiitz- 
tes elektronisches Steuerungssystem in einem Kraft- 
fahrzeug, dadurch gekennzeichnet, daB sie in ihrer 
funkdonalen Struktur eine skalierbare Recheneinheit 
(1) und eine Fahrzeug-Schnittstelleneinheit (2) als se- 
parate Strukturkomponenten beinhaltet. 

2. Prozessoreinheit nach Anspruch 1, weiter dadurch 
gekennzeichnet, daB sie in ihrer funktionalen Struktur 
einen Kommunikations-Coprozessor (3) als dritte se- 
parate Strukturkomponente zur Ausfuhrung von Da- 
tenkommunikadonsvorgangen zwischen der skalierten 
Recheneinheit (1) und zugehoriger Peripherie beinhal- 
tet. 

3. Prozessoreinheit nach Anspruch 2, weiter dadurch 
gekennzeichnet, daB der Kommunikations-Coprozes- 
sor (3) in seiner funktionalen Struktur als eine Struktur- 
komponente einen Bandbreitenadapter (10) beinhaltet, 
mit dem eingehende Nachrichten (N^ mit einer von der 
Empfangssequenz (fj verschiedenen Sendefrequenz 
(f a ) weiterleitbar sind. 

4. Prozessoreinheit nach Anspruch 2 oder 3, weiter da- 
durch gekennzeichnet, daB der Kommunikations-Co- 
prozessor (3) in seiner funktionalen Struktur als eine 
Strukturkomponente einen in Hardware ausgefuhrten 
Gateway-Prozessor (5) beinhaltet. 
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